Java IO设计模式（装饰模式与适配器模式）
01. 装饰模式
1. 定义
Decorator装饰器，就是动态地给一个对象添加一些额外的职责，动态扩展，和下面继承（静态扩展）的比较。因此，装饰器模式具有如下的特征：
- 它必须持有一个被装饰的对象（作为成员变量）。
- 它必须拥有与被装饰对象相同的接口（多态调用、扩展需要）。
- 它可以给被装饰对象添加额外的功能。
总结：保持接口，动态增强性能。
装饰器通过包装一个装饰对象来扩展其功能，而又不改变其接口，这实际上是基于对象的适配器模式的一种变种。与对象的适配器模式异同：
- 相同点：都拥有一个目标对象。
- 不同点：适配器模式需要实现旧接口，而装饰器模式必须实现相同接口。
适配器模式是在适配器中，重写旧接口的方法来调用新接口方法，来实现旧接口不改变，同时使用新接口的目的。新接口适配旧接口。
而装饰模式，是装饰器和旧接口实现相同的接口，在调用新接口的方法中，会调用旧接口的方法，并对其进行扩展。
2. 由来（为什么不是继承）
功能的拓展，通常可以使用继承的方式解决。但这样实现的话，每一种组合都需要一个类，大量重复性内容，类数目“爆炸”；另外，这些拓展的功能必须要是可以预见，编译时就确定了，静态的扩展。
一个例子大概说：Beverage是一个抽象类，它被所有在一个咖啡店里卖的饮料继承。Beverage有个抽象方法cost，所有的子类都要实现这个抽象方法，计算它们的价格。现在有四个最基本的咖啡：HouseBlend,DarkRoast,Decaf,Espresso他们都继承自Beverage，现在的需求是说在四个最基本的咖啡里，每个都可以随便地添加调味品，像steamed milk,soy,还有mocha最后是加上whipped milk。如果是说按继承来实现这种几个调味品跟原来咖啡的组合的话，我们会很自然地设计来下面的类图来：
如果是按装饰模式的设计思路我们可以得出下面的设计类图：
装饰模式是怎么达到不仅类的数目大减少了，性能的重复也可以减至到最少。
3. 典型结构图
一句话解释：装饰者和被装饰者需要继承同一个接口或者是抽象类，被装饰者作为装饰者的一个变量。程序中原来调用被装饰者某方法func1的地方改成调用装饰者相同的那个方法func1，并且装饰者的该方法func1上添加了一些额外的功能，在方法func1中再调用被装饰着的方法func1。
这就是动态的扩展。
02. 适配器模式
目的：将一个类的接口转换成客户期望的另一个接口，让原本不兼容的接口可以合作无间。
1. 特点
- 适配器对象实现原有接口
- 适配器对象组合一个实现新接口的对象（这个对象也可以不实现一个接口，只是一个单纯的对象）
- 对适配器原有接口方法的调用被委托给新接口的实例的特定方法(重写旧接口方法来调用新接口功能。)
2.例子
我国国标充电器三孔，德国得标充电器两孔。现去德国旅行。如何将我们的三孔充电器插入两孔。这就需要适配器。
类图：
DBSocketInterface：德标接口
DBSocket：德国插座（实现DBSocketInterface，提供两孔充电方法）
Hotel ： 拥有得标接口。
GBSocketInterface ：国标接口
GBSocket ： 中国插座（实现GBSocketInterface，提供三孔充电方法）
适配器实现：
public class SocketAdapter
implements DBSocketInterface{ //实现旧接口
//组合新接口
private GBSocketInterface gbSocket;
/**
* 在创建适配器对象时，必须传入一个新街口的实现类
*/
public SocketAdapter(GBSocketInterface gbSocket) {
this.gbSocket = gbSocket;
}
/**
* 将对就接口的调用适配到新接口
*/
@Override
public void powerWithTwoRound() {
gbSocket.powerWithThreeFlat();
}
}
在适配器中，继承了旧接口，组合了新接口。在重写旧接口方法的时候，调用了新接口的功能。
hotel.setSocket(socketAdapter);
hotel.charge();
在hotel的charge()方法中，调用的是DBSocketInterface 实现子类的两孔充电方法。而这个实现子类，就是适配器类，重写的调用三孔充电的方法。
这也是适配器模式魅力：
不改变原有接口（德标），却还能使用新接口的功能（国标）。
适配器详情和实际使用例子参考《http://blog.csdn.net/zhangjg_blog/article/details/18735243》
03. Java IO 设计模式
1. I/O库对称性
- 输入-输出对称：比如InputStream和OutputStream对Byte字节流的输入和输；而Reader和Writer各自占据Char字符流的输入和输出。
- byte-char对称：InputStream和Reader的子类分别负责byte和字符流的输入；OutputStream和Writer的子类分别负责byte和字符流的输出。
2.两个设计模式
- 装饰模式：在由InputStream、OutputStream、Reader和Writer代表的等级结构内部，有一些流处理器可以对另一些流处理器起到装饰作用，形成新的、具有改善了的功能的流处理器。
- 适配器模式：在由InputStream、OutputStream、Reader和Writer代表的等级结构内部，有一些流处理器是对其他类型的流处理器的适配。这就是适配器的应用。
3.装饰模式的应用
由于java I/O库需要很多性能的各种组合，如果这些性能都是用继承来实现，那么每一种组合都需要一个类，大量重复类。
首先，需要理解java I/O库是由一些原始流处理器和围绕它的装饰流处理器（装饰器，动态扩展原始类性能）所组成的。
这里以InputStream为例，并附上结构图。
这些流类分成两种，即原始流类（Original Stream）和链接流处理器（Wrapper Stream）。
原始流处理器
原始流处理器接收一个Byte数组对象，String对象，FileDiscriptor对象或者不同类型的流源对象，原始流处理器包括以下四种：
- ByteArrayInputStream：接收一个Byte数组作为流的源。
- FileInputStream:建立一个与文件有关的输入流。接收一个File对象作为流的源。
- PipedInputStream：可以与PipedOutputStream配合使用，用于读入一个数据管道的数据，接收一个PipedOutputStream作为源。
- StringBufferInputStream：将一个字符串缓冲区转换为一个输入流。(废弃)
链接流处理器
所谓链接流处理器，就是可以接收另一个流对象作为源，并对之进行功能扩展的类。InputStream类型的链接处理接收另一个InputStream对象作为流源。
以FilterInputStream过滤输入流的子类为例。它将另一个输入流作为流源。这个类的子类包括以下几种：
- BufferedInputStream：用来从硬盘将数据读入到一个内存缓冲区中，并从缓冲区提供数据。
- DataInputStream：提供基于多字节的读取方法，可以读取原始类型的数据。
- LineNumberInputStream：提供带有行计数功能的过滤输入流。
- PushbackInputStream：提供特殊的功能，可以将已经读取的字节“推回”到输入流中。
原始流，就是装模式中具体构件角色（被装饰者），链接流，就是装饰模式中的装饰角色。
抽象结构图
一句话总结：链接流处理器，接收原始流处理器并将其作为成员变量引用，都继承了相同的抽象类InputStream。他们在内部工作方法中做了相应改变，在链接流的相同方法中扩展原始流中的方法，这种变化就是装饰模式的目的。
4.适配器模式的应用
StringBufferInputStream是一个适配器类，其继承了InputStream类型，同时持有一个对String类型的引用。这是将处理String对象的新接口适配成InputStream的旧接口的适配器模式。
其余OutputStream、Reader和Writer的装饰模式和适配器模式
参考《http://www.cnblogs.com/wxgblogs/p/5649933.html》
和《http://www.cnblogs.com/heartstage/p/3391070.html》
